home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N35.TXT < prev    next >
Text File  |  1994-03-31  |  12KB  |  235 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Wed, 30 Mar 94 18:09 PST     Volume 9: Issue  35  
  5.  
  6. Today's Topics:
  7.                             FAQ and stuff
  8.             RFD: comp.sys.ibm.pc.soundcard reorganization
  9.             Why should enitire sample be in a 256K bank??
  10.  
  11. Standard Info:
  12.     - Meta-info about the GUS can be found at the end of the Digest.
  13.     - Before you ask a question, please READ THE FAQ.
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Tue, 29 Mar 94 21:39 EST
  18. From: "Matthew E. Bernold" <MEB117@PSUVM.PSU.EDU>
  19. Subject: Re: FAQ and stuff
  20.  
  21. Sorry about that last mailing.  I meant to send that to another alias I
  22. have setup...that'll teach me to check who I'm sending things to...or
  23. at least I HOPE it teaches me.  :-)
  24.  
  25.        Matthew E. Bernold             MEB117@PSUVM.PSU.EDU
  26.          <<APOCALYPSE>>               meb117@wilbur.cac.psu.edu
  27.  
  28. ------------------------------
  29.  
  30. Date: 29 Mar 1994 15:47:49 -0500
  31. From: vincie@blaze.cs.jhu.edu (Michael Young Ko)
  32. Subject: RFD: comp.sys.ibm.pc.soundcard reorganization
  33.  
  34. Newsgroups: news.announce.newgroups,news.groups,comp.sys.ibm.pc.soundcard,comp.sys.ibm.pc.hardware.misc
  35. The following RFD has been cross posted to news.annouce.newgroups, news.groups,
  36. and comp.sys.ibm.pc.soundcard. Also, the follow up group will be the
  37. news.groups.
  38.  
  39. Request For Discussion:
  40.  
  41. This is a formal Request For Discussion concerning the groups
  42. comp.sys.ibm.pc.soundcard and the illegal group comp.sys.ibm.pc.soundcard.GUS.
  43. This RFD is to remove the groups comp.sys.ibm.pc.soundcard.GUS and replace
  44. comp.sys.ibm.pc.soundcard with the four following groups:
  45.     comp.sys.ibm.pc.(hardware).soundcard.games
  46.     comp.sys.ibm.pc.(hardware).soundcard.music
  47.     comp.sys.ibm.pc.(hardware).soundcard.tech
  48.     comp.sys.ibm.pc.(hardware).soundcard.advocacy
  49.  
  50. All of these groups will be unmoderated.
  51.  
  52. The purpose of having hardware in parentheses is the possible of placing
  53. the soundcard group under the hardware hierarchy. This is mainly for
  54. conforming to the other ibm pc hardware groups.
  55.  
  56. Charters for proposed groups:
  57.    a) comp.sys.ibm.pc.(hardware).soundcard.games - Unmoderated discussion of
  58.         using IBM-PC compatible games with a specific soundcard, resolving
  59.         compatibility problems of a certain soundcard with a particular game,
  60.         discussing campaigns at software groups to have more native
  61.         soundcard support, questions if a particular game supports a certain
  62.         soundcard, and questions on which soundcard is best for a particular
  63.         game or all games in general.
  64.  
  65.    b) comp.sys.ibm.pc.(hardware).soundcard.music - Unmoderated discussion of
  66.         software that plays back and record sound and music files, music
  67.         formats such as WAV, VOC, MIDI, MOD, STM, 669, ULT, ROL, etc.,
  68.         resolving problems with musical software, discussing which software
  69.         or hardware is best for a particular musical or sound project, and 
  70.     questions concerning sampling or sound patch making.
  71.  
  72.    c) comp.sys.ibm.pc.(hardware).soundcard.tech - Unmoderated discussion of
  73.         questions concerning programming a particular soundcard, discussing
  74.         hardware problems such as loss of sound from a particular channel,
  75.         discussing the pros and cons of a particular sound generation scheme,
  76.         questions on the compatibility of the soundcard to a particular
  77.         computer type, operating system, and peripheral such as a CD-ROM
  78.         drive, questions about the functionality of a particular soundcard,
  79.         and resolving hardware problems.
  80.  
  81.    d) comp.sys.ibm.pc.(hardware).soundcard.advocacy - Unmoderated discussion
  82.     of the pros and cons of soundcards in general. This discussion will
  83.     possibly overlap some discussions on the other soundcard groups. Also
  84.     reviews of soundcards and future opinions and tests of soundcards
  85.     will be placed in this group to be discussed by the users. 
  86.  
  87. Justification:
  88.  
  89.         The sudden increase in the volume of messages posted to the group
  90.         comp.sys.ibm.pc.soundcard has caused the suggestion of splitting the
  91.         group to appear. Many users on the group have expressed interest
  92.         in dividing the group because the topics listed on the group are
  93.         varied tremendously. Having approximately 200+ new messages a day
  94.     on this group is expensive to some users who must pay for the 
  95.     receiving the usenet group based upon amount of information as well
  96.     as paying for the amount of time needed to sort through all of the
  97.     messages. Currently, a heated debate is present on the c.s.i.p.s
  98.     group which is disrupting those users more interested in new software
  99.     and problems. They have expressed concern that some are not able to 
  100.         keep up with all of the traffic and decided that
  101.         by splitting the group, this would allow them to read the messages
  102.         relevant to their interests pertaining to their soundcard.
  103.  
  104.     The comp.sys.ibm.pc.soundcard.GUS is unrecognized usenet group
  105.     throughout many news servers. Therefore, to avoid confusion and to
  106.     reorganize the entire soundcard group, this illegal group must be
  107.     eliminated. Many GUS users are satisfied with removing this group
  108.     and using the four above mentioned subgroups.
  109.     
  110.     There was also concern about where this group should be located, under
  111.         the comp.syd.ibm.pc hierarchy or comp.sys.ibm.pc.hardware hierarchy. 
  112.     Most are flexible with the location of these groups. It is a matter 
  113.     which is better in terms of an organizational point of view. By
  114.         placing these groups under the hardware hierarchy, these groups will 
  115.     be seven levels deep. Also, by leaving the split groups under the
  116.     comp.sys.ibm.pc hierarchy, the transition would be less disrupting. 
  117.  
  118. Rationale:
  119.  
  120.         The idea of spliting the group was tossed around the c.s.i.p.s
  121.     group many times. However, no action was ever taken. It is hoped
  122.     that finally with the dramatic increase in messages, that this
  123.     reorganization would make the group more efficient and easier to
  124.     use. Questions had to be raised about add another group, a
  125.     c.s.i.p.soundcard.GUS group which would handle all topics 
  126.     specific to the Gravis Ultrasound card. Presently, a majority of
  127.     messages on the group is concerned with this card. Now with the
  128.     a 100 message increase because of a heated debate (flame war?)
  129.     the rational users want the group to be split. This eventually let to
  130.         a group discussion about splitting up the soundcard group based upon
  131.         the particular cards discussed, such as the Ultrasound, Soundblaster,
  132.         Pro Audio Spectrum, etc. However, further discussion revealed that a
  133.         majority thought that such a split would be short term due to the
  134.         possibility of an unexpected loss of interest in a particular product.
  135.         Therefore, because of the prospect of new soundcards being released
  136.         that would increase the number of messages to the group, the prospect
  137.         of more pc users of becoming involved in the multimedia revolution,
  138.         and the steadily increase in messages in this group, it was decided
  139.         that the group should be split based upon the topics mentioned above.
  140.  
  141.         The games group was chosen because a great number of posts on the
  142.         soundcard group are concerned with how to use a particular soundcard
  143.         with a particular game and what soundcard is best to use with game.
  144.         Many users were concerned that the group was overrun with posts
  145.         concerning how to get a particular game to work with a particular
  146.         soundcard. They had to try to sift through the 200+ message a day
  147.         to look for non-game compatibility messages. Therefore,
  148.         the music group was also chosen because the other large part of
  149.         message is related to the production of music. These include what
  150.         programs can use a particular music format, and what programs exist
  151.         to create programs. Also, in this group is the topic of sounds
  152.         such as digitizing sound bytes and songs. A separate group was not
  153.         created because many of the problems and solutions concerning
  154.         recording or playing back sounds is related to the music production
  155.         scene. The tech section was chosen because many users occasionally
  156.         have questions about the technical aspect of soundcard, such as
  157.         the pros and cons on how a soundcard generates sounds. Also,
  158.         any hardware problems and compatibility would be discussed. But
  159.         most importantly, the advocacy group would handle the bulk of the
  160.     soundcard debate and keep it away from those more concerned
  161.     with games or music. Such a split would try to evenly distribute the
  162.     messages throughout the sub groups. Most agree that sorting through
  163.     50+ is cheaper and less time-consuming.
  164.  
  165. Schedule:
  166.  
  167.         These proposals have been discussed informally in the comp.sys.ibm.
  168.         pc.soundcard group for the past five  weeks. I have decided to write
  169.         the RFD to have the group split. I have been keeping count of
  170.         the number of users in favor and against the proposal. Because of
  171.         the vast majority of those in favor of splitting the group, I  have
  172.         made the RFD request. The posting of this RFD will begin the
  173.         discussion period lasting 21 days. The discussion will take
  174.         place in news.groups. Do not vote on this RFD now.
  175.  
  176.         After the 21 days and/or there are no unresolvable points, a
  177.         formal Call For Votes will be announced.
  178.  
  179.  
  180. Michael Ko
  181. -- 
  182.  / ...the chances of getting picked up by another/     The Invincible      \
  183. / ship within those thirty seconds are 2 to the   /    vincie@cs.jhu.edu     \
  184. \ power of 276709 to one against." - From The    \ Computer Science Depart. /
  185.  \ Hitchhiker's Guide to the Galaxy - D. Adams   \ Johns Hopkins University/
  186.  
  187. ------------------------------
  188.  
  189. Date: Wed, 30 Mar 1994 11:18:35 SAT
  190. From: "Michael Patricios" <PATRICIO@odie.ee.wits.ac.za>
  191. Subject: Why should enitire sample be in a 256K bank??
  192.  
  193. OK, so I got my GUS. Great card. Then I wrote a MOD player for it. It 
  194. was a MUCH easier to do than with my old SB pro! OK fine. Then I read 
  195. in the SDK dox that a sample has to be totally in a 256K bank of 
  196. memory, ie: it should not cross the boundary. BUT!!!!!!! I tried 
  197. uploading samples to GUS DRAM in all sorts of positions, crossing 
  198. 256K boundaries etc.. The samples played fine, sample looping worked 
  199. fine (it just occured to me that I forgot to test volume ramping, but 
  200. I bet it will probably be fine too). What was the reason then for this 
  201. restriction (256K boundary) which is stated explicitly in the SDK 
  202. several times, but NO reasons given for it????
  203. Anyone?
  204. Tnx in advance.
  205. Michael.
  206. patricio@odie.ee.wits.ac.za
  207.  
  208. ------------------------------
  209.  
  210. End of GUS Programmer's Digest V9 #35
  211. *************************************
  212.  
  213. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  214. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  215. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  216.  
  217. FTP Sites              Archive                       Directories
  218. ---------              -------                       -----------
  219. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  220.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  221. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  222. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  223. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  224. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  225. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  226.  
  227. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  228.  
  229. Hints:
  230.       - Get the FAQ from the FTP sites or the request server.
  231.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  232.     related mailing lists (general use, musician's, etc.).
  233.  
  234.  
  235.